The winning design among the Competitton entnes 
received by our Dutch sister magazine Is a 
MicroPascal compiler for microcontollers from Intel’s 
MC51 seres. The software enables these microcon- 
tollers to be programmed in a simple way using the 
‘Pascal’ higher programming language. Helped bya 









separate ROM emulator, MicroPascal ma cor ider 
ably reduce software debuggino ime: 
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As the author is s ready toad 
designing complete, compile 
nvo We eee amount-ef- complex 
work. Mr van-de~Kamer started off 
within a~Borland Pascal environment, 
but eventually changed to Delphi 1.0, 
while the final touches to the compiler 
were made in Delphi 3.0. After about 
two years of programming activity 
(approximately 750 hours) and an 
impressive 29,731 lines of source 
code, the compiler was ready in the 
form as submitted for the Software 
Design Contest launched in the 
July/August 1998 issue of Elektor 
Electronics. 


Compiling is translating 
The function of a compiler may be 


compared to that of a translator. 
Commands from a higher program- 
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mung language are converted (trans- 
lated) into commands from a lower 
level language. Dunng the compiling 
process, the translator module will typ- 
ically encounter three types of ‘word’: 
=> reserved words such as 
the commands Begin and End; 
=> words representing a value, 
forexample, ‘1’ orjoe’; 
= words used asa label. 


Comment enclosed in braces {} is 
ignored dunng the compile process. 
The syntax of a source code file is 
checked using a fixed procedure. The 
first word that has to be found is 
Program or Init. If not, an error report is 
immediately retumed. Once the nght 
header is found, the translator will start 
to look forthe next one, in this case, an 
identifier. All relevant information on 
the program (name, constants, van- 


fables, etc.) is then gathered and 


stored together with the identifier The 
exa mination of the program continues 
until an error is encountered, ora full 
stop (.) is found behind a command. 
In the compile, every command is 
processed as a procedure. If neces- 
Sary, such a procedure may Call itself 
(this is. called ‘nesting’). 


During \ the compilation process, the 
first-time, appearance of a new com- 
mand causes the associated machine 
code to be generated. Because the 


___sompiter as a flexible structure, the 


commands to be generated are 
tored in a special library file called 
MCS51.DLL 
Before the actual compiler operation 
starts, the requisite library has to be 
loaded into the memory. 
Initially the compiler does not know the 
addresses, internupts and labels to be 
used. Consequently, it will first generate 
so-called relocatable (address-inde- 
pendent) code. This code is stored asa 
file with the extension ‘MPU’ (for 
MicroPascal Unit). This intermediate 
code must not be changed by the user 
because the compiler will assume that 
it has been generated without errors. 
The file format is universal, allowing the 
MPU file to be used in combination with 
other controllers, too. 
Dunng the second phase, the file is 
‘linked’, which means that labels, pro- 
cedures and functions set up in the 
source code file are coupled to real 
addresses. The result is a file that may 
be programmed into an EPROM. For 
this purpose, MicroPascal supports two 
file formats: Intel-hex and C PULink. 
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Memory use 


The RAM memory is employed for the 
storage of vanables, procedures, a 
software ALU (anthmetic Logic Unit), a 
stack and intermediate results 
(scratchpad) 

Memory is filled from the top to the 
bottom. For the intemal RAM, the top is 
$FF, for the extemal RAM, $7FFFF (pro- 
vided 32 Kbytes of extemal RAM is 
used). Global vanables are held in this 
extemal memory. One word, for exam- 
ple, occupies address $/FFFF for the 
‘high’ byte and $7FFFE for the ‘low’ 
byte. A string made up of 10 bytes is 
stored in 11 bytes: 10 bytes for the 
characters and number 11 to indicate 
the length. The last character is store 
at location $7FFFF the first at $7FFF6, 
and the length indicator at $7FFF5. 


Software ALU 


To be able to perform anthmetic oper- 
ations using vanables with a size larger 
than one byte, a software ALU is built 
into the program. The size of the ALU is 
geared to the largest value supported 
by the program. The ALU is divided into 
two equal sections, lo ALU and hi ALU. 
The ALU is an important piece in the 
memory. It is used to move variables to 
and from the stack, and perform anth- 
metic operations. 


Other points of interest 


Once procedures and functions are 
being used, local vanables are creat- 
ed that only exist within the relevant 
procedure or function. Obviously, the 
compiler has to reserve space for 
these intermediate vanables. The sim- 
plest approach is to define memory 
space for any procedure which pops 
up in the program. In practice, this 
results in a lot of wasted memory 
space. The present compiler first looks 
for the procedure or function which 
may be expected to use up the 
largest number of variables (in bytes). 
For this purpose, a special buffer area 
is made available behind the software 
ALU. All local vanables generated by 
the program are stored in this area. 

The remainder of the RAM memory is 
available as stack space. MicroPascal 
works ‘top down’, starting at the high- 
est memory location ($FF). This system 
had to be adopted because the con- 
troller uses memory locations from $00 
upwards for its intemal registers. The 
processor's own stack is then located 
immediately above these registers. 
Both blocks are therefore allowed to 
grow towards each other as the pro- 
gram is being executed, and no con- 
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Figure 1. Screendump of MicroPascal in action. The compiler offers a simple way of 
developing code for microcontrollers from the MCS-51 family. The screens in this article 
show the source code in a window (introductory illustration), and the final machine 
code ready for programming into a PROM or EPROM. 


flict will occur as long as sufficient 
memory space remains available. If 
you run low on available memory, sim- 
ply reduce the number of vanables 
and/or procedures being called. 
When calling a procedure it is also 
possible to convey parameters or van- 
ables. If vanables are marked with 
‘VAR’ they may be adapted within the 
procedure called. 

To be able to use interupts, special 
provisions have to be made in the 
code. This is necessary because an 


Variables and units 


interrupt may occur at any moment. 
The interrupt procedure ensures that 
all data of local vanables, as well as 
ALU data, are safely stored before an 
interrupt procedure is started. The 
intemal registers are also keptina safe 
place. At the end of the interupt, all 
relevant information is retneved and 
restored to its onginal state. 

Intermupts may be used to adapt glob- 
ally defined vanables. We should has- 
ten to add, however, that vanables 
larger than one byte can not be 
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Shortint 
Integer 


Boolean 


Fora sting, the size depends on allocated memory space. 
When no length is specifed, the length is limited to 255 characters. 
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Figure 2. A special configuratuon window allows the characteristics of the MCS-51 sys- 


tem (‘terget system’) ot be set up. 


processed. Larger vanables are modi- 
fied with the aid of several instructions 
having a width of one byte. To com- 
municate with the main program, it Is 
therefore recommended to use van- 
ables with a width of one byte. 


Debugging 


Eliminating errors in software is almost 
invanably a tedious and time-consum- 
ing activity. MicroPascal has a number 
of extra functions available to simply 
the debugging process. Additional 
hardware has been designed in the 
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fom of a ROM emulator (size 
256 Kbytes). The circuit diagram and 
PCB artwork for this design may be 
found on the CD-ROM which contains 
a number of prize-winning entres from 
the 1998 Softwa re Design 
Competition. This CD-ROM will be pub- 
lished early January 1999. The rele- 
vant file is called ROM emulator DOC. 


During the linking of a program, each 
debugging location has its own identi- 
fication (a value between 0 and 255). 
This value is saved by the compiler, 
together with the location of the 
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Figure 3. This flow diagram shows the ingenious methods used by the compiler to 
determine what is meant by a statement in the source code. 
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debugging point (file name and line 
number). The debugging procedure is 
implemented in the software by call- 
ing a function from the library that first 
sends the identification, and then the 
contents of the local and global mem- 
ory. MicroPascal ‘knows’ which van- 
ables are visible at the debugging 
point marked by the identification, 
and displays the received value plus 
associated variables. 

This approach requires three I/O pins 
of the MCS-51 to be given a specific 
function. Two outputs, one camying the 
clock signal, the TxD line, plus one 
input employed for handshaking. A 
simple handshaking protocol is 
employed. The controller pulls bit O at 
the data output logic low, and places 
a low level on the clock line. 
MicroPascal reads the level and pulls 
the acknowledge line logic low. Next, 
the controller pulls the clock signal 
high gain, whereupon MicroPascal 
does the same with the acknowledge 
signal. The first bit is then transmitted. 
This procedure is completed for all bits 
that have to be sent, except the last 
one. With this bit, MicroPascal no 
longer supplies an acknowledge sig- 
nal, causing the microcontroller to 
enter an infinite loop. During this pen- 
od, the results may be viewed and 
analysed on the PC display. Once all 
relevant information is known, you only 
have to actuate the menu option 
‘Continue’ to transmit one acknowl- 
edge signal and so get the microcon- 
troller out of its infinite loop. The pro- 
gram is then continues as before. 

The primitive handshake was chosen 
to make sure reliable communication 
is available under all circumstances. 
However, the price of three controller 
I/O pins may be too high in some 
cases, so that the function is optional. 


System requirements 


MicroPascal runs under Windows 95 
and requires about 10 Mbytes of hard 
disk space. If the optional ROM emu- 
lator is employed, then you also need 
a free bidirectional printer port. 
MicroPascal was developed for MCS 
51 microcontrollers and comes with a 
library for these processors only. Users 
requiring support for other microcon- 
trollers will have to develop their own 
libra nes. 
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